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(54) Messaging advice in presence-aware networks 



(57) A presence aware communications system, 
comprising a messaging system configured to perform 
at least one of the following operations: (a) provide a 
subscriber's communication device with information re- 
garding an incoming contact during a messaging ses- 
sion between the subscriber's communication device 
and the messaging system; (b) provide the subscriber's 
communication device with a text message containing 
information regarding one or more messages when a 
notification is received that the subscriber's communi- 
cation device is available; (c) provide the subscriber's 
communication device with a text message relating to a 
voice message from a different first party received by 
the messaging system; (d) in response to the subscrib- 
er's communication device requesting a connection with 
at least one of an inputted telephone number and ad- 



dress, provide the subscriber's communication device 
with a notification respecting at least one eligible mes- 
sage from a second party associated with the at least 
one of an inputted telephone number and address; (e) 
while a contact between the subscriber and a different 
third party is in progress, provide the subscriber's com- 
munication device with information respecting the at 
least one eligible message from the third party; (f) trans- 
form an audio messaging session between the messag- 
ing system and the communication device of a contact- 
ing party into a graphical user interface-based audio 
session; and (g) transform the audio messaging session 
into a session having a video channel or both audio and 
video channels. 
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Description 

FIELD OF THE INVENTION 

[0001] The present Invention Is directed generally to 5 
telephony networks and specif ically to presence-aware 
telephony networks. 

BACKGROUND OF THE INVENTION 

[0002] The convergence of the mobile telephone net- 
work the static telephone network, and the IP network 
provides a myriad of communication options for users. 
If one seeks to contact another individual, he or she may 
do so by electronic mail or e-mail, instant messaging, 
wired or wireless telephone, personal computer, pager, 
personal digital assistant or PDA, and Unified Messag- 
ing or UM systems, to name but a few. With so many 
options, it is difficult, if not impossible, to determine 
which option at a given point in time will provide the call- 
er with the highest likelihood of contacting the desired 
individual or caliee. Trial and error and guesswork are 
the typical techniques used to contact the caliee, which 
more often than not leads to a waste of time and frus- 
tration on the part of the caller. 
[0003] Various attempts have been made to provide 
a presence aware network, which would temporally 
track an individual's usage of selected communication 
devices to provide a contactor with the highest likelihood 
of contacting the individual. Most recently, the Session 
Initiation Protocol or SIP (which is a simple signaling/ 
application layer protocol for data network multimedia 
conferencing and telephony) has been developed to 
provide a degree of presence awareness in a commu- 
nication network. Although other protocols are equally 
supportive of presence concepts, SIP provider an illus- 
trative basis for the present invention. 
[0004] In SIP, end systems and proxy servers can pro- 
vide services such as call forwarding, caliee and caller 
number delivery (where numbers can be any naming 
scheme such as a conventional URL format), personal 
mobility (the ability to reach a caliee under a single, lo- 
cation-independent address even when the caliee 
changes terminals), terminal-type negotiation and se- 
lection (e.g., a caller can be given a choice on how to 
reach the caliee), mobile phone answering service, ter- 
minal capability negotiation, caller and caliee authenti- 
cation , blind and supervised call transfer, and invitations 
to multicast conferences. 

[0005] To provide these varied services, SIP uses a 
relatively simple message system, namely an "INVITE" 
message (with the caller's codec preferences) and an 
"OK° message (with the callee's codec preferences), 
and various software entities, namely registrars which 
maintain a map of the addresses of a given user at the 
current time, proxies which perform call routing, session 
management, user authentication, redirect functions, 
and routing to media gateways, redirect servers which 



perform a subset of forwarding functions, and SIP loca- 
tion servers which maintain user profiles and provide 
subscriber registration. "Registration" is a mechanism 
whereby a user's communication device registers with 
the network each time he or she comes online and indi- 
vidual profiles are accessed that specify information for 
routing based on a number of different criteria. 
[0006] Although SIP provides some degree of pres- 
ence awareness, more presence awareness is desira- 
ble. A fundamental problem of existing implementations 
is a notification gap in human communication between 
live-call and messaging systems. Existing implementa- 
tions integrate live-call scenarios on an extremely limit- 
ed scope. They are generally characterized by static 
rules for terminating a call at the messaging system or 
by allowing the messaging system to launch a call. For 
example, to determine the message waiting status of a 
mailbox you must either log into the mailbox, or the mail- 
box must turn on a device-specific message-waiting 
lamp or other static indicator. Both of these mechanisms 
exemplify direct, deliberate action on the part of either 
the user or the system, which is typical of current sys- 
tems. Current commercial messaging systems allow on- 
ly primitive dynamic correlation of message notification, 
presence and current call context. Even the most ad- 
vanced workflow engines and collaborative environ- 
ments in data networks that use more dynamic pres- 
ence data with mailbox status notification suffer from se- 
vere limitations in their scope of communications. They 
generally cannot interoperate with the public switched 
telephone network. 

SUMMARY OF THE INVENTION 

[0007] These and other needs are addressed by the 
various embodiments and configurations of the present 
invention. The present invention is directed generally to 
methodologies and systems for using presence infor- 
mation to provide enhanced services to users of pres- 
ence-aware communication networks, including sub- 
scribers of enhanced services and nonsubscribers. 
[0008] In a first embodiment of the present invention, 
a method is provided for handling a contact (e.g., call) 
directed to a subscriber who may be currently engaged 
in a messaging activity. The method includes the steps 
of: 

(a) conducting a messaging session with a sub- 
scriber's communication device in which previously 
received messages {e.g., voice mail messages, 
electronic messages such as e-mail, instant mes- 
sages, faxes, broadcast messages, notices, alerts, 
calendar items and directory information) are pro- 
vided to the subscriber's communication device; 

(b) during the messaging session, receiving a new 
contact intended for the subscriber's communica- 
tion device; 

(c) notifying the subscriber of the new contact at- 
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tempt; 

(d) when the subscriber accepts the contact, tem- 
porarily suspending the messaging session prefer- 
ably preserving the state of the session and disa- 
bling timeout disconnect treatment for the duration s 
of the contact; and 

(e) connecting the contactor with the subscriber's 
on the current call. 

[0009] Preferably, the messages are one or more of 
text messages and voice messages and wherein, in the 
suspending step, a state of the messaging session is 
preserved and timeout disconnect treatment disabled 
for the duration of the new contact. 
[0010] Preferably, conducting step comprises assign- 
ing to the messaging session a temporary barge-in ad- 
dress for receiving incoming contacts. 
[001 1 ] Preferably, the conducting step comprises reg- 
istering the barge-in address with a presence server. 
[0012] Preferably, the subscriber does not accept the 
contact, initiating a new and different session with the 
contactor to receive a message from the contactor. 
[0013] Preferably, the method further comprises, 
when the contact is terminated, continuing the messag- 
ing session with the subscriber's communication device. 
[0014] A "subscriber" refers to a person who is serv- 
iced by, registered or subscribed with, or otherwise af- 
filiated with a messaging system. "Presence informa- 
tion" means any information associated with a network 
node and/or endpoint device, such as a communication 
device, that is in turn associated with a person or iden- 
tity. Examples of presence information include registra- 
tion information, information regarding the accessibility 
of the endpoint device, the endpoint's telephone number 
or address, the recency of use of the endpoint device 
by the person, recency of authentication by the person 
to a network component, the geographic location of the 
endpoint device, the type of media, format language, 
session and communications capabilities of the current- 
ly available communications devices, the preferences 
of the person (e.g., contact mode preferences or profiles 
such as the communication device to be contacted for 
specific types of contacts or under specified factual sce- 
narios, contact time preferences, impermissible contact 
types and/or subjects such as subjects about which the 
person does not wish to be contacted, and permissible 
contact type and/or subjects such as subjects about 
which the person does wish to be contacted. Presence 
information can be user configurable, i.e., the user can 
configure the number and type of communications and 
message devices with which they can be accessed and 
to define different profiles that define the communica- 
tions and messaging options presented to incoming 
contactors in specified factual situations. 
[0015] By identifying predefined facts, the system can 
retrieve and follow the appropriate profile. "Contact" 
means a connection or request for connection between 
two or more communication devices. The contact can 



be, for example, a telephone call, a chat session , a Vol P 
session, a conference call, instant message session, 
and multi-media session. Communication devices can 
be any type of communicating device, whether config- 
ured for circuit-switched or packet-switched networks, 
including, for example, IP hardphones such as the 
Avaya, Inc. 6400™, 2420™, and 4600™ series phones, 
Personal Digital Assistants or PDAs, Personal Comput- 
ers or PCs, laptops, pagers, facsimile machines, mo- 
dems, wired and wireless telephones, headsets, com- 
puting tablets, wearable communication devices, or any 
device capable of hosting software applications provid- 
ing communications services such as e-mail clients, 
browsers, softphones, instant messaging, chat, audio 
conferring, etc. or devices which offer a combination of 
any such services. 

[0016] In the second embodiment, a method for up- 
dating a subscriber regarding the receipt of one or more 
new messages is provided. The method includes the 
steps of: 

(a) receiving a first notification relating to the avail- 
ability of a communication device associated with a 
subscriber; 

(b) determining a content type for a second notifi- 
cation containing message- related information, 
based on one or more capabilities of the communi- 
cation device as reported by the presence server; 
and 

(c) when the communication device is configured to 
receive such content, transmitting the second noti- 
fication to the communication device. 

[0017] Preferably, the method further comprises, 
when the communication device is not configured to re- 
ceive the content type, contacting the communication 
device to initiate an audio session for providing the mes- 
sage-related information to the subscriber. 
[001 8] Preferably, the text message is an instant mes- 
sage. 

[0019] Preferably, the message-related information 
comprises at least one of a number of waiting messag- 
es, an identity of an originator of a waiting message, a 
time of receipt of a waiting message, and the content of 
a waiting message. 

[0020] Preferably, the method further comprising, be- 
fore the receiving step, subscribing with a presence 
server to receive information associated with the avail- 
ability of the communication device. 
[0021] Preferably, the communication device is avail- 
able when a presence server receives a message con- 
taining an address associated with the device. 
[0022] Preferably, the communication device is avail- 
able when at least one of the following statements is 
true: the communication device has an unexpired reg- 
istered address, and the subscriber used the communi- 
cation device within a predetermined time period. 
[0023] "Availability" refers to the accessibility of at 
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least one communication device associated with an 
identity through selected communication media. For ex- 
ample, an identity can be deemed to be available when 
an associated communication device firsts registers its 
address; when the subscriber used the communication 
device recently (i.e., within a predetermined time peri- 
od); when the capabilities of the device dynamically 
change to allow it to, for example, receive "text 1 * or when 
any device on the network is authenticated for the sub- 
scriber. The message-related information can be any 
type of information relating to one or more selected mes- 
sages. Examples include the number of waiting, unre- 
viewed, stored, unplayed, or unviewed messages, the 
identity of a selected message originator, the time of re- 
ceipt of a selected message, and all or some of the con- 
tents of the selected message. 
[0024] The second embodiment further provides an- 
other method for updating a subscriber regarding the re- 
ceipt of one or more new messages. The method in- 
cludes the steps of: 

(a) receiving a new message for a subscriber; 

(b) determining whether a communication device 
associated with the subscriber is available; and 

(c) when a communication device associated with 
the subscriber is available, transmitting a notifica- 
tion to the subscriber. The notification typically con- 
tains information associated with the new message. 

[0025] Preferably, the new message is one of a voice 
message and a text message. 
[0026] Preferably, the communication device is avail- 
able when at least one of the following statements is 
true: the communication device has an unexpired reg- 
istered address, and the subscriber used the communi- 
cation device within a predetermined time period. 
[0027] Preferably, the information in the notification 
comprises one or more of a number of waiting messag- 
es, an identity of an originator of a waiting message, a 
time of receipt of a waiting message, and the content of 
a waiting message. 

[0028] Preferably, the method further comprises, 
based on predetermined rules, determining whether the 
subscriber is to be notified when one or more new mes- 
sages is received for the subscriber; when the subscrib- 
er is to receive a status update, performing the transmit- 
ting step; and when the subscriber is not to receive a 
status update, not transmitting a notification to the sub- 
scriber. 

[0029] Preferably, the method further comprises, 
when a communication device associated with the sub- 
scriber is unavailable, not transmitting a notification to 
the subscriber. 

[0030] Preferably, the transmitting step comprises the 
step of determining a type of the communication device 
such that, when the device is configured to receive a 
text message, the notification is a text message and, 
when the device is not configured to receive a text mes- 



sage, the communication device is contacted to initiate 
an audio session for providing at least the information 
to the subscriber's communication device. 
[0031 ] Whether or not the subscriber is notified of the 
5 new message(s) or the frequency of notification can be 
controlled by subscriber-configurable rules and/or pref- 
erences. The form of the notification can be tailored to 
the media capabilities of the subscriber's communica- 
tion device. 

10 [0032] In a third embodiment, a method for providing 
a subscriber with information regarding one or more el- 
igible messages related to a new communication con- 
tact is provided. The method includes the steps of: 

15 (a) receiving, from a subscriber, an address or tel- 
ephone number associated with a communication 
( device of a party to be contacted; 
(b) providing the received address or telephone 
number to a messaging system; 

20 (c) receiving a response from the messaging sys- 
tem; 

(d) when the response indicates that one or more 
eligible message exists from the party to be contact- 
ed, notifying the subscriber of the eligible message 

25 (s) before the contact is made with the communica- 
tion device of the party to be contacted; and 

(e) when the response indicates that no eligible 
message exists from the contacted party's commu- 
nication device, permitting the contact to be made 

30 with the contacted party's communication device. 

[0033] Preferably, the providing step comprises the 
step of querying a presence server associated with the 
party to be contacted regarding an address of the com- 

35 munication device of the party to be contacted. 

[0034] Preferably, the eligible message is at least one 
of a waiting message, an unplayed message, an un- 
viewed message, and a stored message. 
[0035] Preferably, the response comprises an ad- 

40 dress that is associated with a session with the messag- 
ing system and the notifying step comprises the step of 
connecting the subscriber's communication device with 
the messaging system to effect the session and wherein 
the notifying step is performed by the messaging sys- 

45 tern. 

[0036] Preferably, the subscriber is connected with 
the communication device of the party to be contacted 
after the session is terminated. 
[0037] Preferably, the response from the messaging 
so system comprises a flag indicating whether or not there 
is at least one eligible message in existence. 
[0038] Preferably, the criteria used to determine 
whether or not a message is eligible is configured by the 
subscriber. 

55 [0039] If the subscriber requests the eligible messag- 
es, a message retrieval session is initiated between the 
subscriber's communication device and the messaging 
system. 
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[0040] The criteria used by the messaging system to 
identify eligible message(s) depends on the application 
and/or subscriber preferences. For example, the criteria 
can be the recency of receipt of the message, whether 
or not the message has been reviewed by the subscrib- 
er, whether or not the message has been played by the 
subscriber, whether or not the message has been 
viewed by the subscriber, whether or not a response or 
action has already occurred for the message, and the 
like. 

[0041] In a fourth embodiment, another method for 
providing a subscriber with information regarding one or 
more messages relating to a contact already estab- 
lished is provided. The method includes the steps of: 

(a) while a contact between a subscriber and one 
or more other parties is in progress, providing to the 
subscriber a request {e.g. , a request icon) to receive 
a defined subset of messages; 

(b) receiving, from the subscriber's communication 
device, the request for the defined subset of mes- 
sages; and 

(c) presenting one or more of the messages in the 
defined subset of messages to the subscriber while 
the contact is in progress. 

[0042] Preferably, the method further comprising be- 
fore the providing step subscribing with a presence serv- 
er for contact events associated with the subscriber; and 
receiving a notification that the subscriber is initiating a 
contact with a communication device associated with 
the other party. 

[0043] Preferably, the predefined subset of messages 
is at least one of waiting messages, unplayed messag- 
es, unviewed messages, and stored messages. 
[0044] Preferably, the method further comprising 
searching for any messages having both an address as- 
sociated with the subscriber and an address associated 
with the other party. 

[0045] Preferably, the method further comprising, 
based on predetermined rules, filtering the messages 
identified in the search to form the defined subset of 
messages. 

[0046] Preferably, in the displaying step, at least some 
of the subset of messages are displayed to both the sub- 
scriber and the other party. 

[0047] Preferably, none of the subset of messages 
are displayed to the other party. 
[0048] Preferably, in the providing step, the other par- 
ty is also provided with a request to receive the defined 
subset of messages. 

[0049] Preferably, the presenting step the at least 
some of the messages are displayed to the subscriber 
while the contact is in progress. 
[0050] The request can be provided to the subscriber 
or rendered in any suitable manner. It can be configured 
as an icon displayed on a Graphical User Interface or 
GUI of the subscriber (which if clicked will return the re- 



quest for the subset of messages), as a superimposed 
tone or beep or whisper on a Telephone User Interface 
or TUI, or accessible via a speech interface command, 
and the like. 

5 [0051 ] The subset of messages is typically populated 
by performing a search using the telephone number 
and/or address pairs for the subscriber and one or more 
of the other parties to the contact. Alternatively, the sub- 
set of messages may be selected by matching at the 

10 group level meaning to all messages from any member 
of the group to which this address belongs. This allows 
groups to be formed y message thread, or "reply-all" set 
members. The identified messages can then be filtered, 
based on predetermined rules or user-defined prefer- 

15 ences, to form the subset of messages. The subset of 
messages can be displayed only to the subscriber or, at 
the discretion of the subscriber to one or more of the 
other parties to the contact. 

[0052] The subset of messages can be presented in 
20 any suitable manner. For example, the subset can be 
displayed, played via audio, or a combination thereof. 
[0053] In a fifth embodiment of the present invention, 
yet another method for providing mess age- related infor- 
mation to a contacting party is presented. The method 
25 includes the steps of: 

(a) receiving a voice contact to a first communica- 
tion device of a subscriber from a second commu- 
nication device of a contacting party; 
30 (b) effecting an audio session between a messaging 
system associated with the subscriber and the sec- 
ond communication device; 
(c) thereafter performing one or both of the following 
steps: 

35 

(i) transforming the audio session into a graph- 
ical user interface-based audio session be- 
tween the messaging system and the second 
communication device; and 
40 (ii) transforming the audio session into a ses- 

sion between the messaging system and the 
second communication device having a video 
channel or both audio and video channels; and 

*5 (d) providing message-related information to the 
communication device of the contacting party via 
the transformed session. 

[0054] Preferably, the thereafter performing step 
so comprises the steps of providing a Universal Resource 
Locator or URL to the second communication device, 
when a request, containing the URL, is received from 
the second communication device, performing step (i). 
[0055] Preferably, in step (i) the audio session is con- 
55 figured as a telephone user interface orTUI session and 
the TUI session is modified to become the audio channel 
for the graphical user interface-based session. 
[0056] Preferably, when no request containing the 



20 



25 



30 



35 



5 



9 



EP 1 439 674 A2 



10 



URL is received within a predetermined period of time, 
step (ii) is performed. 

[0057] Preferably, the thereafter performing step 
comprises the steps of . when no request containing the 
URL is received within a predetermined period of time, 
providing an invite message to the second communica- 
tion device, the invite comprising audio information and 
information regarding a video interaction between the 
messaging system and the second communication de- 
vice. 

[0058] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the second commu- 
nication device and application information regarding a 
graphical user interface-based session between the 
messaging system and the second communication de- 
vice and further comprising, when the second commu- 
nication device is determined to have an audio-only ca- 
pability, the session between the messaging system and 
the second communication device is conducted as a tel- 
ephone user interface orTUI session. 
[0059] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the second commu- 
nication device and application information regarding a 
graphical user interface-based session between the 
messaging system and the second communication de- 
vice and further comprising, when the second commu- 
nication device is determined to have a application- 
based capability for conducting a graphical user inter- 
face-based session, a URL is provided by the messag- 
ing system to the second communication device to 
launch a graphical user interface-based session. 
[0060] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the second commu- 
nication device and application information regarding a 
graphical user interface-based session between the 
messaging system and the second communication de- 
vice and further comprising, when the second commu- 
nication device is determined to have an audio and vid- 
eo capability, the session between the messaging sys- 
tem and the second communication device is trans- 
formed into a session having both audio and video chan- 
nels. 

[0061] The Graphical User Interface or GUI-based 
session is effected by any suitable techniques. In one 
technique, the session is a browser-based GUI -driven 
session. The audio content of the session can be trans- 
mitted by means of a circuit-switched or packet- 
switched network. 

[0062] The video channel or dual audio/video chan- 
nels-type sessions can also be effected by any suitable 
techniques such as in-band DTMF signaling speech 
commands. The audio and video content of the session 
can be transmitted by means of a circuit-switched and/ 
or packet-switched network. 

[0063] In another embodiment of the present inven- 



tion, there is provided an aware communications sys- 
tem, comprising: 

a messaging system configured to perform at least 
5 one of the following operations: 

(a) provide a subscriber's communication de- 
vice with information regarding an incoming 
contact during a messaging session between 

10 the subscriber's communication device and the 

messaging system; 

(b) provide the subscriber's communication de- 
vice with a text message containing information 
regarding one or more messages when a noti- 
fy fication is received that the subscriber's com- 
munication device is available; 

(c) provide the subscriber's communication de- 
vice with a text message relating to a voice 
message from a different first party received by 

20 the messaging system; 

(d) in response to the subscriber's communica- 
tion device requesting a connection with at 
least one of an inputted telephone number and 
address, provide the subscriber's communica- 

25 tion device with a notification respecting at least 

one eligible message from a second party as- 
sociated with the at least one of an inputted tel- 
ephone number and address; 

(e) while a contact between the subscriber and 
30 a different third party is in progress, provide the 

subscriber's communication device with infor- 
mation respecting the at least one eligible mes- 
sage from the third party; 

(f) transform an audio messaging session be- 
35 tween the messaging system and the commu- 
nication device of a contacting party into a 
graphical user interface-based audio session; 
and 

(g) transform the audio messaging session Into 
40 a session having a video channel or both audio 

and video channels. 

[0064] Preferably, the presence aware communica- 
tions system further comprises a presence server con- 

45 figured to receive messages regarding addresses of 
available communication devices of subscribers and 
provide one or more of the addresses to the messaging 
system; and a presence information database config- 
ured to store the addresses. 

so [0065] Preferably, the presence aware communica- 
tions system further comprises at least one of: a pres- 
ence aware telephony agent configured (a) to receive 
an incoming contact, receive, from the presence server, 
a first subscriber address corresponding to a destination 

55 telephone number or address Indicated by the incoming 
contact, and direct the incoming contact to the first sub- 
scriber address and (b) to receive an outgoing contact 
from the subscriber, receive, from a presence server as- 
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sociated with the inputted telephone number or address 
indicated by the outgoing contact, a second subscriber 
address corresponding to the inputted telephone 
number or address, and direct the outgoing contact to 
the second subscriber address. 
[0066] Preferably, the messaging system is config- 
ured to perform operation (a). 
[0067] Preferably, the messaging system is config- 
ured to provide the information regarding the incoming 
contact to the subscriber's communication device when 
the subscriber's communication device requests the in- 
formation. 

[0068] Preferably, the messaging system is config- 
ured to assign to the messaging session a temporary 
barge-in address for receiving incoming contacts. 
[0069] Preferably, the subscriber's communication 
device does not request the information, the messaging 
system is configured to initiate a new and different ses- 
sion with a contacting party's communication device 
originating the incoming contact to receive a message 
from the contacting party's communication device. 
[0070] Preferably, the messaging system is operable 
to suspend the messaging session and connect the in- 
coming contact with the subscriber's communication de- 
vice. 

[0071] Preferably, after the effected connection is ter- 
minated, the messaging system is configured to contin- 
ue the messaging session with the subscriber's commu- 
nication device. 

[0072] Preferably, the messaging system is config- 
ured to perform operation (b). 

[0073] Preferably, the text message is in a notification 
and the messaging system is configured to determine a 
type of notification based on one or more capabilities of 
the subscriber's communication device and when the 
subscriber's communication device is configured to re- 
ceive a text message, transmitting the notification as a 
text message. 

[0074] Preferably, the subscriber's communication 
device is not configured to receive a text message, the 
messaging system is configured to contact the subscrib- 
er's communication device to initiate an audio session 
for providing the message-related information. 
[0075] Preferably, the subscriber's communication 
device is deemed to be available when at least one of 
the following statements is true: the communication de- 
vice has an unexpired registered address, and the sub- 
scriber used the communication device within a prede- 
termined time period. 

[0076] Preferably, the messaging system is config- 
ured to perform operation (c). 
[0077] Preferably, the messaging system Is config- 
ured to provide the text message when the subscriber's 
communication device is deemed to be available. 
[0078] Preferably, the text message comprises one or 
more of a number of waiting messages, an identity of 
an originator of a waiting message, a time of receipt of 
a waiting message, and the content of a waiting mes- 



sage. 

[0079] Preferably, the messaging system is config- 
ured to perform operation (c) when permitted by sub- 
scriber-configurable, predetermined rules. 

5 [0080] Preferably, the subscriber's communication 
device is deemed to be unavailable, the messaging sys- 
tem is configured to not provide the subscriber's com- 
munication device with the text message. 
[0081] Preferably, the messaging system is config- 

io ured to determine a type of the subscriber's communi- 
cation device such that, when the subscriber's commu- 
nication device is configured to receive a text message, 
the text message is sent and, when the subscriber's 
communication device is not configured to receive a text 

15 message, the subscriber's communication device is 
contacted by the messaging system to initiate an audio 
session for providing message information to the sub- 
scriber's communication device. 
[0082] Preferably, the messaging system is config- 

20 ured to perform operation (d). 

[0083] Preferably, the messaging system is config- 
ured to query a presence server associated with the sec- 
ond party regarding an address of the communication 
device of the second party. 

25 [0084] Preferably, the eligible message is at least one 
of a waiting message, an unpiayed message, an un- 
viewed message, and a stored message. 
[0085] Preferably, the messaging system is config- 
ured to initiate a messaging session with the subscrib- 

30 er"s communication device when, in response to the no- 
tification, the subscriber's communication device re- 
quests the at least one eligible message. 
[0086] Preferably, the messaging system is config- 
ured to effect connection of the subscriber's communi- 

35 cation device and the second party. 

[0087] Preferably, the messaging system is config- 
ured to perform operation (e). 

[0088] Preferably, the messaging system is config- 
ured to search for any messages having both an ad- 
40 dress associated with the subscriber and an address as- . 
sociated with the third party. 

[0089] Preferably, the messaging system is config- 
ured to, based on subscriber configurable, predeter- 
mined rules, filter the messages identified in the search 
45 to form a subset of eligible messages. 

[0090] Preferably, the messaging system is config- 
ured to display the at least one eligible message to at 
least the subscriber. 

[0091] Preferably, the messaging system is config- 

50 ured to perform operation (f). 

[0092] Preferably, the messaging system is config- 
ured to provide a Universal Resource Locator or URL to 
the contacting party's communication device. 
[0093] Preferably, the audio session is configured as 

55 a Telephone User Interface or TUI session and wherein 
the TUI session is configured to be the audio channel 
for the Graphical User Interface or GUI-based session. 
[0094] Preferably, the messaging system is config- 
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ured to perform operation (g). 

[0095] Preferably, the messaging system provides a 
Universal Resource Locator to the contacting party's 
communication device, wherein, when no request con- 
taining the URL is received within a predetermined pe- 
riod of time, the messaging system is configured to pro- 
vide an invite message to the contacting party's com- 
munication device, wherein the invite comprises audio 
information and information regarding a video interac- 
tion between the messaging system and the contacting 
party's communication device. 
[0096] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the contacting party's 
communication device and application information re- 
garding a graphical user interface-based session be- 
tween the messaging system and the contacting party's 
communication device and wherein the messaging is 
configured, when the contacting party's communication 
device is determined to have an audio-only capability, 
to conduct the session between the messaging system 
and the contacting party's communication device as a 
Telephone User Interface orTUI session. 
[0097] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the contacting party's 
communication device and application information re- 
garding a graphical user interface-based session be- 
tween the messaging system and the contacting party's 
communication device and wherein, when the contact- 
ing party's communication device is determined to have 
an application-based capability for conducting a graph- 
ical user interface-based session, the messaging sys- 
tem is configured to provide a URL to the contacting par- 
ty's communication device to launch a graphical user 
interface-based session. 

[0098] Preferably, the video interaction information 
comprises information regarding a video channel be- 
tween the messaging system and the contacting party's 
communication device and application information re- 
garding a graphical user interface-based session be- 
tween the messaging system and the contacting party's 
communication device and, when the contacting party's 
communication device is determined to have an audio 
and video capability, the messaging system is config- 
ured to transform the session between the messaging 
system and the contacting party's communication de- 
vice into a session having both audio and video chan- 
nels. 

[0099] The various embodiments can have many ad- 
vantages relative to existing communication networks. 
The present invention can, through the presence server 
and associated presence information database, provide 
a high degree of presence awareness in telephony net- 
works improving application knowledge of currently 
available device capabilities associated with users. The 
presence server can continually collect and redistribute 
availability or presence information from publishing 



sources (such as a Private Branch Exchange or PBX, a 
service provider, and a messaging system) tailored to 
the needs and privileges of the person making the re- 
quest (or his authorized agent). The presence server 

5 can reframe the abilities of existing Live-Call Services 
(such as PBX or peer-to-peer networks) as they interact 
with messaging services (such as voicemail, email, or 
unified messaging systems) to let appropriate notifica- 
tions flow among these systems. In heterogeneous net- 

10 works, when a communication is initiated through one 
system, appropriate notifications among all the systems 
can occur immediately. The various embodiments can 
allow simultaneous, dynamic correlation of message 
notification, presence and current call context and can 

15 interoperate with the public switched telephone net- 
work. 

[0100] These and other advantages will be apparent 
from the disclosure of the invention(s) contained herein. 
[0101] The above-described embodiments and con- 
20 figurations are neither complete nor exhaustive. As will 
be appreciated, other embodiments of the invention are 
possible utilizing, alone or in combination, one or more 
of the features set forth above or described in detail be- 
low. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0102] 

30 Fig. 1 is a block diagram of a presence aware com- 
munications network according to an architecture 
embodiment of the present invention; 
Figs 2A, 2B and 2C are flow charts according to a 
first operational embodiment of the present inven- 
ts tion; 

Figs. 3A and 3B and 4A and 4B are flow charts ac- 
cording to a second operational embodiment of the 
present invention; 

Figs. 5A and B are flow charts according to a third 
40 operational embodiment of the present invention; 

Fig.6 is a flow chart according to a fourth operational 
embodiment of the present invention; and 
Figs. 7A-C are flow charts according to a fifth oper- 
ational embodiment of the present invention. 

45 

DETAILED DESCRIPTION 
Overview of the Network Architecture 

so [0103] Fig. 1 depicts a presence aware communica- 
tions network according to a first architecture of the 
present invention. The presence aware communica- 
tions network 100 comprises a presence aware mes- 
saging system 104 for receiving and storing messages 

55 for one or more users, a telephony switch/server 1 08 for 
directing contacts, a packet-switched network 1 1 2, a cir- 
cuit-switched Public Switched Telephone Network or 
PSTN 116, a first plurality of communication devices 
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124a-n in communication with the network 112, a sec- 
ond plurality of communication devices 128a-n in com- 
munication with PSTN 116, a third plurality of commu- 
nication devices 120a-n in direct communication with 
the switch/server 108, and a presence server 132 and 
associated presence information database 136 for pro- 
viding presence information about one or more users of 
the various communication devices. As will be appreci- 
ated, presence aware messaging system 104, telepho- 
ny switch/server 108, and presence server 132 can be 
implemented in software and/or hardware, depending 
on the application. 

[01 04] The presence aware messaging system 1 04 is 
a repository for various kinds of messages and can be 
any multi-media messaging system, such as AUDIX™, 
DEFINITY-AUDIX™, INTUITY™, orOCTEL ARIA™ or 
SERENADE™ and UNIFIED MESSENGER™, all by 
Avaya Communications, Inc., modified to perform the 
actions described below. As will be appreciated, the 
messages can be of various types and forms, such as 
voice messages or voice mail, e-mail, faxes, instant 
messages, paging signals, broadcasts, notices, alerts, 
calendar items, multimedia multi-part messages, and 
cross-media messages. 

[0105] The telephony switch/media server 108 can be 
any architecture for directing contacts to one or more 
communication devices. Illustratively, the switch/server 
108 of Fig. 1 can be the subscriber-premises equipment 
disclosed in U.S. Patents 6,192,122; 6,173,053; 
6,163,607; 5,982,873; 5,905,793; 5,828,747; and 
5,206,903, all of which are incorporated herein by this 
reference; Avaya Inc.'s Definity™ or Multi-Vantage™ 
private-branch exchange (PBX)-based ACD system; or 
Nortel Networks' IPConnect™. The switch or media 
server 108 typically is a stored-program-controlled sys- 
tem that conventionally Includes interfaces to external 
communication links, a communications switching fab- 
ric, service circuits (e.g., tone generators, announce- 
ment circuits, etc.). memory 140 for storing control pro- 
grams and data, and a processor 146 (i.e., a computer) 
for executing the stored control programs to control the 
interfaces and the fabric and to provide automatic con- 
tact-distribution functionality. The switch/server 108 
comprises a network interface card to provide services 
to the first plurality of communication devices 124a-n. 
Included in the memory 1 40 is a presence aware teleph- 
ony agent 144 to interact with the presence server 132 
when handling communications directed to a communi- 
cation device. The presence server 132 is referenced 
by presence-aware telephony agent 144 on every initi- 
ated or terminated contact. Switch-server 108 can in- 
clude a gateway (not shown) to provide signal control 
and conversion capabilities between the circuit- 
switched PSTN 116 or some other type of circuit- 
switched network and the packet-switched network 112. 
[0106] The packet-switched network 112 can be any 
data and/or distributed processing network, such as the 
Internet. The network 112 typically includes proxies, 



registrars, and routers for managing packet flows. 
[0107] The first, second, and third plurality of commu- 
nication devices 124a-n, 128a-n, and 120a-n, respec- 
tively, can be any communication device suitable for the 

5 network to which they are connected. The first plurality 
of communication devices 124a-n are connected to the 
packet-switched network 112 and can include, for ex- 
ample, IP hardphones, IP softphones, Personal Digital 
Assistants or PDAs, Personal Computers or PCs, and 

10 laptops. The second and third plurality of communica- 
tion devices 128a-n and 120a-n are commonly circuit- 
switched and can include, for example, wired and wire- 
less telephones, PDAs, pagers, facsimile machines, 
and modems. 

15 [0108] The presence server 132 collects published 
presence information about a communication device 
and/or user thereof and stores the collected information 
in the presence information database 136. The pres- 
ence server typically retrieves presence information by 

20 querying against the user's identity as opposed to the 
device address. In the presence information database 
ail presence information is indexed by a user's identity 
rather than device address. The presence server 132 
provides the collected information to other network en- 

25 tities in response to queries. The presence server 132 
can collect only information respecting the user's inter- 
action with the various entities of Figure 1 and/or other 
information provided directly or indirectly by the user 
when those entities publish their presence information 

30 to the presence server. The presence server 132 can 
interact with additional presence services (now shown) 
that continually collect and redistribute availability data 
from publishing sources authorized by the user. 

35 On Line Presence While Accessing Mailbox 

[0109] Turning nowto Figures 2A, 2B, and 2C, the first 
operational embodiment of the present invention will be 
discussed using the communication network 1 00 of Fig- 
40 ure 1 . 

[0110] The embodiment is directed generally to a con- 
tact received when the user is engaged in a session with 
the messaging system 104. In an example of this em- 
bodiment, the user or subscriber contacts the presence 

45 aware messaging system 104 to retrieve messages. 
The system 1 04 announces the change in the user pres- 
ence to the presence server 1 32 when the message re- 
trieval session begins or ends. The server 132 updates 
the presence information in the presence information 

so database 136 based on predetermined rules. When a 
later contact is received, the presence server 1 32 is que- 
ried and, unless otherwise specified by user configured 
rules mapped againstthe identity of the contacting party, 
provides the updated presence information. In the ex- 

55 ample, the presence information states that the user is 
available through the messaging system 1 04. The con- 
tact is directed to the messaging system 1 04, which an- 
nounces a pending contact to the user and, if accepted, 
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suspends the message retrieval session for the duration 
of the communication. When the communication is ter- 
minated, the message retrieval session continues from 
the point of suspension. 

[011 1] Turning nowto Figures 2A, 2B, and 2C, a more * 
detailed discussion of the embodiment will now be pre- 
sented. 

[0112] Before describing the steps of Figure 2A, it is 
helpful to understand the registration process and how 
the registered default address is used under SIP. Re- 
garding registration, the presence aware telephony 
agent 1 44 registers a default contact address for users 
of devices 1 20a-n with the presence server 1 32. Devic- 
es 120a-n may register directly or indirectly through the 
telephone agent. Registration is done by communicat- 
ing a register message containing the default contact 
address (e.g., the telephone number or SIP address of 
the user's primary communication device (desk tele- 
phone)) from the agent 144 to the presence server 132. 
The presence server 132 accepts the default address 
and responds to the agent 1 44 with an OK message. In 
the event that a new contact arrives for the user before 
the user logs into the messaging system, the agent 1 44 
queries the presence server 132 for the user's contact 
address. The presence server 132 returns the default 
address to the agent 144. The agent 144 then causes 
the contact to be routed to the default address for normal 
processing. The default address is the address used by 
the agent 1 44 until a higher priority address is registered 
with the presence server. 

[0113] In action oval 200, the user contacts the mes- 
saging system 104 to initiate a messaging session and 
logs into the system 104. When the user has success- 
fully logged onto the system and created a messaging 
session in step 204, the system 1 04 in step 208 assigns 
a temporary barge-in address to the user. In step 212, 
the system 1 04 sends a register message to the pres- 
ence server 132 seeking registration of the temporary 
barge-in address with the presence server 132. In step 
216, the presence server 132 accepts the barge-in ad- 
dress as the high priority (temporary) address (in lieu of 
the default address) for the user and returns on "OK" 
message to complete the registration process. 
[0114] In step 220, the user continues with the mes- 
saging session until hang-up (or session termination) or 
a barge-In event occurs. 

[0115] In action oval 224, a new contact arrives for the 
user while the user is in the messaging session. The 
agent 144 in step 228 queries the presence server 132 
for the current address for the user. In step 232, the pres- 
ence server 132 reviews address tables stored in the 
database 136 and returns contact information including 
the barge-in address to the agent 144. In step 234, the 
agent 1 44 causes the contact to be routed to the barge- 
in address for further processing. This is done by send- 
ing an INVITE message to the system 1 04. The INVITE 
message contains the codec, address, and listening 
port number of the contactor. The additional details of 



the INVITE and OK messages are set forth in the Ses- 
sion Description Protocol orSDP. As will be appreciated, 
SDP payload can include not only codec, address, and 
listening port for a simple audio session but also multiple 
channel media definitions and supporting parameters 
which can be used in any combination to establish a ses- 
sion. 

[0116] In decision diamond 238, the system 104 de- 
termines whether or not to announce the contact to the 
user. This determination is typically based on p re-deter- 
mined rules or policies, which can be configured by net- 
work administration and/or by the user. 
[0117] If the system 1 04 determines that the contact 
is to be announced to the user, the system 104 in step 
240 (Fig. 2B) announces the contact to the user using 
a barge-in message or signal and waits for further in- 
structions from the user. As will be appreciated, the 
barge-in message or signal can be announced by any 
suitable technique, such as a zip tone, ring signal, or 
"whispered" announcement played to the subscriber us- 
ing a TUI, a video message, a pop-up window, icon, or 
visual message or video announcement displayed on 
the user's Graphical User Interface or GUI or other vis- 
ual or mechanical indicator as appropriate for the device 
in use. The content or form of the message or signal can 
be configured in any suitable manner by network admin- 
istration or by the user himself or herself. In response to 
the barge-in signal, a user indicates an acceptance or 
decline of the contact, by taking an action such as press- 
ing a button, clicking an icon, or speaking a command, 
and the like. Ignoring the signal will default to decline 
the contact. For telephone calls, the announcement and 
mode of user acceptance or denial can be configured to 
be similar to that used in conventional call waiting, 
though it can be implemented a number of different 
ways. The barge-in message can be periodically mixed 
with or superimposed on the system 104 output during 
the session or interrupt the messaging session briefly t6 
insert its message to the user. Until a response is re- 
ceived from the user, the system 104 normally continues 
with the messaging session and sends a "TRYING" sta- 
tus message to the agent 144. In step 244, the agent 
1 44 causes the contactor to hear a ring-back in the event 
that the contact is a telephone call (or circuit-switched 
contact) or to see a suitable text message or hear a suit- 
able message in the event that the contact is a text or 
multi-media contact. 

[0118] In decision diamond 248, the system 104 de- 
termines whether or not the user wants to accept the 
contact. This determination can be made by receiving a 
response from the user (accepting or declining the con- 
tact) in response to the announcement or by failing to 
receive a response from the user within a configurable 
time period. In the latter instance : the system 104 can 
be configured to conclude that the failure to receive a 
response or time out is the equivalent of a denial or ac- 
ceptance. Figure 2B shows the failure to respond or time 
out as being a denial. 
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[0119] When the contact is accepted, the system 1 04 
in step 252 (Fig. 2C) suspends the messaging session 
and sends an "OK" message to the caller The "OK" 
message contains the messaging system's address, 
and a codec, and listening port number allowing the call- 
er to join the messaging user on the current session. In 
step 256, the calling device uses the parameters of the 
"ok" message and media is established by known tech- 
niques to permit the parties to communicate with one 
another. In step 260, when the caller hangs up a "BYE" 
message indicating that the new session is ended, is 
sent to the messaging system 1 04, terminating the new 
session. The messaging system 104 in step 264 con- 
firms the end of the call, then resumes the messaging 
session, preferably at the point of suspension of the ses- 
sion, with the user. This is shown by the arrow returning 
to step 220 (Fig. 2A). 

[01 20] When the contact is not accepted; the messag- 
ing system 1 04 in step 268 (Fig. 2B) begins a new "Con- 
tact Answer" messaging session and answers the con- 
tact. This is done by returning an OK status message 
containing a suitable SDP payload to establish a sepa- 
rate session unique to the caller. When media is estab- 
lished, the messaging system 1 04 in step 272 plays the 
messaging system greeting to the contactor. In step 
276, the contactor views and/or hears the greeting of 
the messaging system 104. The new messaging ses- 
sion with the contactor continues until termination or 
hangup in step 280. 

[0121] Returning to step 238 (Fig. 2A), when the mes- 
saging system 1 04 determines that the contact is not to 
be announced to the user the messaging system 104 
proceeds to step 268 discussed above. 
[0122] As will be appreciated, when the user termi- 
nates the messaging session the messaging system 
1 04 sends a REGISTER message to the presence serv- 
er indicating that the session has ended. The presence 
server unregisters the barge-in address and re-registers 
the default address as the high priority address for the 
user. 

Messaging Advice on Becoming Present 

[0123] Turning now to Figures 3A, 3B, 4A, and 4B, 
variations of the second embodiment of the present in- 
vention will be discussed using the communication net- 
work 100 of Figure 1. 

[0124] The embodiment is directed generally to for- 
warding message-related information to the user when 
the user is present. In an example of this embodiment, 
the user at a remote network location goes online, reg- 
istering with the presence server as being reachable 
through text-only instant messaging. The user may con- 
figure the messaging service to send current mailbox 
status to the user when he or she becomes available for 
instant messaging communication. When the messag- 
ing service, through subscription to the user's presence 
service, becomes aware of the change in user status, 



the messaging service sends an instant message to the 
user indicating the type and number of messages wait- 
ing or other requested status. Similarly, instant messag- 
es may also be sent to the user's currently indicated in- 

5 stant messaging service (given through his or her pres- 
ence server) whenever the messaging service initiates 
a telephone answering session, sending the identity and 
call-back number of contactors u nable to reach the user 
directly because of either a media mismatch or an ex- 

10 isting contact or a service outage. The instant receipt of 
the calling number can help reduce telephone tag and 
voicemail jail, if the recipient can employ alternate 
means to quickly return the call, the alternate means of 
placing the call need not be known to the presence serv- 

15 er. 

[0125] Turning now to Figure 3A a more detailed dis- 
cussion of a first variation of the third embodiment will 
now be presented. 

[0126] In step 300, the messaging system 104 sub- 

20 scribes to the presence server 1 32 to receive events 
when the user becomes available to the network. This 
is performed by the messaging system 1 04 sending a 
SUBSCRIBE message to the presence server 1 32, and 
the presence server 132 in step 304 sending back an 

25 OK message. 

[0127] In action step 308, a communication device 
(which can be one of the first, second, or third plurality 
of communication devices which is associated with the 
user) becomes available to the network. This occurs 

30 when the device sends a REGISTER message to the 
presence server 132 and the presence server 132 re- 
sponds with an OK message, or when any presence 
publisher updates the status within the presence server. 
[0128] In response to the REGISTER message, the 

35 presence server 132 in step 312 not only verifies that 
the communication device has a valid association with 
the user by performing a mapping operation with one or 
more tables stored in the database 1 36 but also deter- 
mines whether or not any subscriptions have been re- 

40 ceived with respect to the user. In this manner, the pres- 
ence server 1 32 will determine that the messaging sys- 
tem 104 has lodged a subscription with respect to the 
user and wil I send a NOTI FY message to the messaging 
system indicating that the user just became present. 

^5 The NOTIFY message relays the current address of the 
recently registered device associated with the user. 
[0129] In step 316 the messaging system 104 re- 
ceives the NOTIFY message and sends an OK mes- 
sage to confirm the notification. Optionally, if the system 

so 1 04 is unaware of the communication capabilities forthe 
device, the system 104 can query the presence server 
1 32 for the device capabilities. I n step 320, the presence 
server 132 responds with the requested capabilities. 
[0130] In step 324 and decision diamond 328, the 

ss messaging system 104, determines the type of advice 
to be forwarded to the user by analyzing the capabilities 
of the device and/or examining the administered prefer- 
ences of the user, if any. "Advice" refers to Information 



11 



21 



EP 1 439 674 A2 



22 



generated, derived, or accessible by the messaging 
system 1 04 that is associated with the user. What infor- 
mation qualifies as advice can be defined by the user 
and/or by system administrators. For example, "advice" 
(or message-related information) is typically summary 5 
information, but can be any information relating to the 
messaging service including information contained in 
voice mail messages, e-mail messages, multimedia 
messages, calls received for the user for which no mes- 
sage was left, the state of dynamic greetings, alerts, no- 
tices, broadcasts, and the like. Examples of such infor- 
mation include a number of new or unheard messages 
in the user's mailbox, a list of recent missed callers, 
summaries of the contents of voice and/or text messag- 
es, reminders, alerts, and the like. The nature and extent 
of ongoing advice is configurable by user and system 
administration. 

[0131] When the newly registered device is a text in- 
stant messaging-capable device, the messaging sys- 
tem 1 04 in step 332 formulates a text message contain- 
ing the type of advice desired according to previously 
administered preferences. The instant text message is 
sent to the user in step 336. The newly registered device 
associated with the user receives the instant text mes- 
sage in step 340. The user can act on or ignore the in- 
stant message, as desired. 

[0132] When the newly registered device is an audio 
capable device, the messaging system 1 04 may be ad- 
ministered to immediately place a call to the device. The 
messaging system 104 in step 344 (Fig. 3B) sends an 
INVITE message (containing the system's SDP pay- 
load) to the newly registered device. In response, the 
device in step 348 sends an OK message (containing 
the device's SDP payload). After media is established, 
the messaging system 104 in step 352 then plays an- 
nouncements including the user's advice, e.g., mailbox 
information. The user hears the status message in step 
356 and can act on or ignore the instant message, as 
desired. 

[0133] Turning now to Figure 4A, a second variation 
of the second embodiment will now be presented. 
[0134] In action oval 400, the one or more messages 
arrive for the user and the information in the messaging 
system 104 for the user (e.g., the user's mailbox status 
changes). 

[0135] In response, the messaging system 104 in step 
404 determines if the user is present and available to 
the communications network by querying the presence 
server 1 32. The determination can be based on any suit- 
able criterion, such as whether there is an (unexpired) 
registered address, whetherthe userrecently registered 
a device within a selected period of time or has an un- 
expired registered (nondefault) device, whetherthe user 
recently used a device within a selected period of time, 
whether the device is currently in use, etc. 
[0136] When the user is not present and available to 
the network, the system 104 proceeds to step 408 and 
terminates operation. The user will receive an update 



when he or she next registers a device with the presence 
server 132. 

[0137] When the user is present and available to the 
network, the system 104 in decision diamond 412 de- 
termines, based on administrative rules and/or user 
preferences, what type of and the frequency of updates 
the user is to receive. In the case of multiple available 
devices, administrative settings determine how many 
devices are contacted and in what order. 
[0138] When the update is to be on a per-message 
basis, the messaging system 104 in step 416 deter- 
mines the type of advice by the registered user device 
capabilities and the user's administered preferences. In 
decision diamond 420, the system 104 determines the 
type of the device. For a text instant messaging-capable 
device, the messaging system 104 in step 424 formu- 
lates a text message with the advice. The advice typi- 
cally includes a summary of new message(s). The in- 
stant text message is sent to the user in step 428. The 
registered device associated with the user receives the 
instant text message in step 432. The user can act on 
or ignore the instant message, as desired. When the 
registered device is an audio capable device, a call will 
be placed to the device. The messaging system 104 in 
step 436 (Fig. 4B) sends an INVITE message (contain- 
ing the SDP payload of the messaging system) to the 
registered device. In response, the device in step 440 
sends an OK message (containing the SDP payload of 
the device). After media is established, the messaging 
system 104 then plays announcements in step 444 in- 
cluding the user's advice. The user has the option of re- 
viewing the entire new message. The user can act on 
or ignore the instant message, as desired. 
[0139] As will be appreciated, the user can configure 
the system 104 to provide updates on a more or less 
frequent basis than on a per-message basis. For exam- 
ple, the user can request an update after expiration of 
a selected period of time or after a selected number of 
messages is received (e.g., every second, third, or 
fourth message). Further, it can be configured not to 
send per-message advice to a device that had previous- 
ly been alerted by a caller who subsequently on the 
same call attempt left a "call answer" message in the 
mailbox. 

[0140] When the update is not on a per message ba- 
sis, the messaging system 1 04 in step 448 (Fig. 4A) ter- 
minates operation . The user, in this instance, will receive 
updates only when he or she initiates a messaging ses- 
sion. 

Messaging Advice on Making a Contact 

[0141] Turning now to Figure 5, the third embodiment 
of the present invention will be discussed using the com- 
munication network 1 00 of Figure 1 . As described here, 
presence aware telephony agent 144 is configured to 
query the presence server 1 32 as it initiates or com- 
pletes any contact, to determine the currently-valid con- 
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tact device associated with the contact address. As wiit 
be appreciated, the presence information could be en- 
tirely contained within the telephone switch/server 1 08 
in which case the messaging system 1 04 would be que- 
ried directly by switch/server 1 08 for any user configured 
to receive advice on making a contact. Other arrange- 
ments could also be made such as monitoring the inter- 
nal call flow within switch/server 108 using a CTI inte- 
gration technique, or installing vector steps within the 
switch to query outside resources while routing a call. 
Such changes in implementation are claimed as alter- 
nate embodiments of this invention without departing 
from the intent or scope of the invention. 
[0142] The embodiment is directed generally to di- 
recting contact-related messaging information to the us- 
er when the user is in the process of making or initiating 
a contact. In an example of this embodiment, a user 
wishes to make a contact, such as a telephone call. Dur- 
ing the contact set-up, the presence server 132 of the 
contacting party is queried to determine how to com- 
plete the call. At this query step, the user's or contacting 
party's presence server queries the contacting party's 
associated messaging system 1 04 to determine if there 
is an unheard message from the contacting party. If so, 
the contact is established with the contacting party's 
messaging system, announcing the unheard message 
and giving the contacting party an opportunity to con- 
sider it before the contact is made with the party to be 
contacted. Otherwise, the contact is completed directly. 
[0143] Turning now to Figure 5A, a more detailed dis- 
cussion of the third embodiment will now be presented. 
[0144] In action oval 500, the user dials a telephone 
number or enters an address into his or her communi- 
cation device. 

[01 45] In response, the agent 1 44 in step 504 queries 
the presence server 132 for a contact address corre- 
sponding to the entered number/address. 
[0146] In step 508, the presence server 132, deter- 
mines from administered data the calls placed by this 
user should be provided with messaging advice. As a 
consequence, the user address and destination contact 
address are sent as a query to messaging system 1 04 
to establish the address of an advice session. 
[0147] In step 51 2, the messaging system 1 04 locates 
the advice on the contacting party's and contacted par- 
ty's address pair(s). This is typically performed by 
searching the appropriate fields of the message store 
for the pair. The possible address pair(s) are obtained 
from the presence server(s) of the contacting and con- 
tacted parties and can be the inputted address and/or 
telephone number only or one or more other addresses 
or telephone numbers associated with the selected par- 
ty. Where multiple addressesAelephone numbers are 
associated with multiple communication devices of each 
party, ail of the possible address pairs can be searched 
by the system 1 04. In one configuration, the system 1 04 
searches the contacting party address field of the con- 
tacting party's message store forthe entered (real) con- 



tact address. Once the related messages are identified, 
the messaging system 1 04 allocates communication re- 
sources to complete an advice session and the messag- 
ing system 1 04 then returns an address associated with 

5 an advice session relating to the located message(s) to 
the presence server 1 32. Because of the wide variety of 
possible communication devices that can be associated 
with each party, the located message(s) can be a mix- 
ture of differing message types, e.g., one or more of text 

10 messages, voice messages, paging messages, fax 
messages, instant messages, etc. 
[0148] The presence server 132 in step 516 returns 
the advice session address to the contacting party's 
communication device as the contact address instead 

15 of returning the real contact address. 

[0149] In step 520. the contact completes to the ad- 
vice session address. This is done by the communica- 
tion device sending to the messaging system 1 04 an IN- 
VITE message containing the SDP payload of the de- 

20 vice, and the messaging system 104 responding in step 
524 with an OK message containing the SDP payload 
of the messaging system. After media is established, the 
messaging system plays the advice to the contacting 
party. The contacting party hears the advice in step 528 

25 and has the opportunity to navigate through the advice. 
[0150] Upon time-out or upon the contacting party's 
successful completion (message review) or early termi- 
nation of the advice session and if the contacting party 
still wants to make the contact, the messaging system 

30 1 04 proceeds to step 532 (Fig. 5B) . In step 532, the mes- 
saging system 1 04 initiates a transfer to the real contact 
address by sending an INVITE message with a "no ad- 
vice" parameter or flag set. The INVITE message con- 
tains the SDP payload of the messaging system. As will 

35 be appreciated when the flag is not set, the presence 
server queries the messaging system for advice and 
when the flag is set the presence server does not query 
the messaging system for advice. The flag is used to 
avoid an endless loop. 

40 [0151] In step 536, the agent 144 queries the pres- 
ence server 1 32 for the contact address with the "no ad- 
vice" flag set in the query. 

[0152] The presence server 132 in step 540 returns 
to the agent 144 the (real) contact address correspond- 
45 ing to the number/address entered by the contacting 
party. 

[0153] In steps 544 and 548 i the agent 1 44 sends an 
OK message to the messaging system 1 04 containing 
the SDP payload of the communication device of the 
50 party to be contacted, and media is established between 
the messaging system and the contact address of the 
party to be contacted. This is an important, but transient 
step, in transferring the original contact to the intended 
recipient. 

55 [0154] Immediately, in steps 552 and 556 the mes- 
saging system 1 04 sends an INVITE message contain- 
ing the SDP payload of the communication device of the 
party to be contacted to the communication device of 
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the contacting party, and the device responds with an 
OK message. This completes the transfer handing off 
the parameters of the contact to the contacting party's 
communication device. Media is established between 
the contacting party's communication device and the 5 
contacted party's communication device. 
[0155] As will be appreciated, the role of the messag- 
ing system in transferring the contact to the user's com- 
munication device after the contact is initiated with the 
device of the party to be contacted can be hidden from 
the contacted party. This can be accomplished by the 
messaging system temporarily altering its identity as 
presented to the contacted device such that the contact- 
ing party's, or user's identification is recognized by the 
device instead of that of the messaging system. 

Messaging Advice for a Current Contact 

[0156] Turning now to Figure 6, the fourth embodi- 
ment of the present invention will be discussed using 
the communication network 100 of Figure 1 . 
[0157] The embodiment is directed generally to pro- 
viding automatically message-related information to the 
user during the course of a contact. In an example of 
this embodiment, the messaging service registers to re- 
ceive incoming and/or outgoing contact event notifica- 
tion from the presence server relating to a user. When 
a live contact is in progress, the messaging system can 
display to the devices of the contacting party a com- 
mand button (or receive a key command) to display a 
defined subset(s) of messages (sent, received, read, 
unread, etc) which have thus far (or recently) been as- 
sociated with communications between/among the par- 
ties. Message headers are displayed on screen for ref- 
erence during the contact. Message contents are ren- 
dered when selected as appropriate, e.g., voice mes- 
sage playback can occur in a whisper mode or confer- 
enced playback to the user's handset in the contact, or 
may be diverted to another associated device or PC 
soundcard at the discretion of the user. Text contents 
are displayed on an associated screen. 
[0158] Turning now to Figure 6, a more detailed dis- 
cussion of thefourth embodiment will now be presented. 
[0159] In step 600, the messaging system 104 sub- 
scribes to the presence server 132 for contact events 
associated with the user. This is done by sending a SUB- 
SCRIPTION message to the presence server 132. In 
step 604, the presence server 1 32 responds with an OK 
message. 

[0160] At a subsequent time, the user in action oval 
608 inputs an address (e.g., a telephone number) asso- 
ciated with one or more other parties. In response, the 
agent 144 in step 612 queries the presence server 132 
for the contact address or route instructions associated 
with the inputted address. 

[0161] In step 61 6, the presence server 1 32 responds 
to the agent with the contact address or route instruc- 
tions, associated with the inputted address and, in step 



618, sends a NOTIFY message to the messaging sys- 
tem 104. The foregoing step allows the messaging sys- 
tem to passively monitor the state of the user's commu- 
nication devices. Conventional call processing contin- 
ues until the contact is established at step 630. 
[0162] In step 620, the messaging system 104 finds 
the set of messages relating to the paired contact ad- 
dresses of the user's communication device and the oth- 
er party's/parties' addresses(s) to be contacted and 
makes these messages (which can be of differing types) 
available to the user in a specia! mailbox folder or data 
structure entitled "current contact". Unlike eligible mes- 
sages of the prior embodiment, which typically include 
only unheard messages, the messages included in the 
folder typically include not only unheard messages but 
also previously heard (historical) messages that have 
not been deleted by the user. 

[0163] As part of this embodiment, the communica- 
tion device(s) of the user are configured to make re- 
quests forthe "current contact" folder. The configuration 
can be a visual indicator, popup screen, icon keyword 
or key press that, if selected, indicates a desire to ac- 
cess the set of messages in the "current contact" folder 
or data structure. 

[0164] In step 624, one of the communication devices 
associated with the contact makes a request for the cur- 
rent call folder contents. The device sends a request, 
typically an IMAP4 request or a Post Office Protocol or 
POP3 request, to the messaging system 104 for the 
folder. The messaging system 104 responds with the 
data address of the folder in the database or the folder 
itself. Instep 628, the message headers in the folder are 
displayed to the user. 

[0165] Message headers are displayed on screen for 
reference during the contact. Message contents are ren- 
dered when selected as appropriate, e.g., voice mes- 
sage playback can occur in a whisper mode or confer- 
enced playback to the user's handset in the contact, or 
may be diverted to another associated device or PC 
soundcard at the discretion of the user. Text contents 
are displayed on an associated screen. 
[0166] As will be appreciated, the messaging system 
could also subscribe or only subscribe to the switch/ 
server 108 for passive monitoring of a user's current 
contacts. 

[0167] It is to be understood that the embodiment can 
be configured not only to permit only the requesting par- 
ty the ability, in isolation, to access the contents of the 
folder but also to permit, at the option of the requesting 
party, the requesting party to share selected contents of 
the folder. For example, selected voice messages could 
be bridged onto the current contact at the discretion of 
the requesting party or selected text messages could be 
forwarded to the devices of one or more of the parties 
(as selected by the requesting party or user) for viewing. 
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Messaging Advice to Contactor on Covered Incoming 
Call 

[0168] Turning now to Figures 7A-C, the fifth embod- 
iment of the present invention will be discussed using 5 
the communication network 100 of Figure 1. 
[01 69] The embodiment is directed generally to bridg- 
ing live-call and messaging domains by returning ses- 
sion transformation information to the contacting party 
through signaling protocols. In an example of this em- 
bodiment, the communication device of the contacting 
party receives an indication that the contact is being 
completed to the messaging system on behalf of the 
party to be contacted. The device also receives addi- 
tional information about the state and capabilities of the 
mailbox that the device has been redirected to. 
[0170] Transformation information refers to those sig- 
naling parameters and capabilities exchanges neces- 
sary to promote a simpie live audio-only communication 
session into a GUI-enabled multimedia communication 
session. Even though initiating devices may be multi- 
media-capable, most session establishment requests 
are for simple audio connections because the majority 
of reachable communications devices only support au- 
dio. Session transformation allows a simple audio con- 
nection request to terminate on a messaging system 
which then is able to promote enhanced session capa- 
bilities and transform the session into a GUI-enabled 
multi-media session under control of the contactor pro- 
viding that the initiating device responds to multimedia 
capabilities. Transformed sessions may continue to be 
done in synchronous real-time (such as an audio/video 
call) or may be done in client/server asynchronous 
transaction mode (such as when browsing a multimedia 
web page). The TUI-channel remains operational 
through the transformation, and becomes a directed au- 
dio channel under graphical control after the session is 
transformed. 

[0171] One example of transformation Information 
supports d i recti ng the co ntactorto a Universal Resource 
Locator or URL allowing the contacting device to drop 
out of synchronous communication mode and use an 
alternative, asynchronous method of interaction and 
message delivery such as via a Web call answering 
technique as discussed in U.S. Patent 6,038,296 to 
Bnjnson et al., which is incorporated herein by this ref- 
erence. In this example, the contactor is able to view a 
variety of labeled URL's representing information nor- 
mally made available to all contactors. For example, 
links are available to the currently-active greeting; the 
text of the out-of-office reply string; alternate contact in- 
formation Including information on covering associates; 
an indication that one or more unheard messages from 
the contacting party may still exist in the mailbox, and 
the like. Knowledgeable contacting devices can use this 
information to enhance the experience of the contacting 
party by placing the contacting party in a web-based 
graphical user interface with full selection and compo- 



sition control, rather than at the mercy of the strict re- 
sponse behavior expectations (e.g., time-sensitive, 
highly modal) characteristics of a live call-answer sce- 
nario. 

[0172] Several alternate methods are attempted to 
establishing a web-based multimedia session in place 
of the initial TUI-based session. If these fail, a final at- 
tempt to establish a video session is made wherein the 
messaging system provides screen -based prompts for 
the contactor but still responds to touchtone or speech 
input. If session transformation Is not possible, the con- 
tact continues as a TUI-based session. 
[0173] Turning now to Figures 7A-C, a more detailed 
discussion of the fifth embodiment will now be present- 
ed. 

[0174] The event(s) preceding the steps discussed 
below should first be discussed. Specifically, the com- 
munication device of the contacting party has contacted 
the switch/server requesting connection to the user. In 
step 700, the agent 1 44 has queried the presence server 
132 for the contact address of the user and has been 
given the contact address of the messaging system 1 04. 
This can occur for example when the default address is 
unavailable {e.g., busy) or when the device is not an- 
swered by the user. The agent 144 then sends to the 
messaging system 104 an INVITE message containing 
the SDP payload of the contacting communication de- 
vice. 

[0175] In step 704, the messaging system 104 in re- 
sponse to the INVITE message prepares for either or 
both an audio session and a GUI session, such as a 
Hypertext Transfer Protocol or HTTP-based browser 
session. Both session types are offered in the "ok" re- 
sponse regardless of the known capabilities of the con- 
tacting communication device. The session parameters 
are transmitted to the contacting communication device 
as an SDP payload and text/HyperText Markup Lan- 
guage or HTML with an associated URL in an OK mes- 
sage. The URL is the URL that the messaging system 
1 04 prepared in the previous step associated with the 
contact. 

[0176] There are various ways to initiate the GUI ses- 
sion. Generally, a browser-based GUI session is initiat- 
ed as noted above for purposes of interactivity with the 
calling party and therefore convenience of the calling 
party. The browser can also be enabled through an in- 
stant message containing the URL. When the contact- 
ing party clicks on the URL the browser session is initi- 
ated. Alternatively, a video channel associated with the 
audio session can be enabled for the contacting party. 
The video channel would convey a mapping of the keys 
of the contacting party's keypad or keyboard with re- 
spective options. The messaging system 104 can at- 
tempt to set up the GU l-session using sequentially com- 
binations of the various techniques noted above until 
one of the options is successful. 
[0177] In step 708, the audio orTelephone User Inter- 
face (TUI) session is established and the contacting par- 
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ty's communication device presents a call answer audio 
messaging session. In step 71 2, the device, if knowl- 
edgeable, interprets the received HTML text and URL 
for the browser-based GUI session and automatically 
transmits to the URL an HTTP request for an opening 5 
page for the session. 

[0178] The messaging system 104, in step 716, de- 
tects the HTTP request and modifies the TUI session to 
become the audio channel forthe GUI browser client or 
the contacting party's communication device. In other 
words, the TUI session becomes an audio support for 
the screen display on the GUI rather than providing an 
independent and unrelated flow of audio information to 
the contacting party (e.g., rather than playing press 
"one" for option X and "two" for option Y the TUI session 
plays "click [location W] to leave a high priority message 
and click [location Z] to erase your message or 
simply, "please make your selection"). The messaging 
system 1 04 provides an appropriate HTTP response to 
the contacting party's communication device. The con- 
tact thereafter proceeds as a GUI-driven audio session 
until terminated by the contacting party. As noted, the 
contacting party can review permitted information in the 
message store of the messaging system 1 04 during the 
session. 

[0179] Returning to step 708 : the device if not knowl- 
edgeable, will not respond to the URL information sent 
in the "ok" response and the messaging system will time 
out (while still supporting the TUI session). The messag- 
ing system 1 04 in step 720 offers to the contacting com- 
munication device the addition of an application data 
stream or video stream. This is done by transmitting an 
appropriate INVITE message to the contacting commu- 
nication device. Generally, the INVITE message con- 
tains audio application and video data. 
[0180] In decision diamond 724 (Fig. 7B), the contact- 
ing communication device determines, based on its ca- 
pabilities and/or the preferences/real time input of the 
contacting party, which of three responses to send to 
the messaging system 1 04. In a first response, the con- 
tacting communication device returns an OK message 
with an SDP payload an audio only session. In a second 
response, the contacting communication device in step 
728 returns an OK message with an SDP payload for 
an audio session and data for application capable. In a 
third response, the contacting communication device in 
step 732 returns an OK message with an SDP payload 
for both audio and video sessions. 
[0181] When the first response is received by the 
messaging system 104, the messaging system in step 
736 of Figure 7C remains in an audio-onty TUI session 
while attempting to launch a browser GUI session 
through instant messaging. The messaging system 1 04 
queries the presence server 1 32 forthe instant messag- 
ing capabilities of the contacting communication device. 
In step 740, the presence server 132 returns the re- 
quested instant messaging contact information. 
[0182] In decision diamond 744, the messaging sys- 



tem 104 reviews the response and determines whether 
the contacting communication device is instant messag- 
ing capable. If not, the TUI session between the mes- 
saging system and the contacting communication de- 
vice in step 748 remains in an audio-only mode until ses- 
sion termination. If so, the messaging system 1 04 sends 
in step 762 to the contacting communication device an 
instant message containing HTML text with the URL to 
start the GUI session. The session remains in audio or 
TUI mode unless and until an appropriate HTTP request 
is made by the device. 

[0183] In step 756, the contacting communication de- 
vice, if capable, renders the HTML with the URL. If the 
user clicks on the URL, a browser session is launched 
by transmission of a HTTP request forthe opening page 
addressed to the URL. If the contacting communication 
device is not capable of rendering the HTML and/or the 
user fails to click on the URL, the messaging system will 
time out and continue the session as an audio only ses- 
sion. 

[0184] In step 760, if an HTTP request is received by 
the messaging system 1 04 from the contacting commu - 
nication device, the messaging system 1 04 modifies the 
TUI session to become the audio channel for the GUI 
browser client and sends an appropriate HTTP re- 
sponse to the contacting communication device. In step 
764, the contact proceeds as a GUI-driven audio ses- 
sion until session termination. 

[0185] Returning again to decision diamond 724 
when the second response is received by the messag- 
ing system, the contacting communication device in 
step 728 returns an OK message with an SDP payload 
for an audio session and data for the application capa- 
bility. When the messaging system 1 04 receives the OK 
message, the system 104 in step 772 sends a Real- 
Time Transport Protocol or RTP message to the con- 
tacting communication device containing the URL for 
the GUI session via the application data stream. 
[0186] In step 776, the application-capable contacting 
communication device launches the browser and sends 
an HTTP request for the URL. 
[01 87] In step 780, the messaging system 1 04 detects 
the HTTP request and modifies the TUI audio session 
to become the audio channel forthe GUI browser client. 
The system 1 04 sends an appropriate HTTP response 
to the contacting communication device. 
[0188] In step 784, the contact proceeds as a GUI- 
driven audio session until termination. 
[0189] Returning again to decision diamond 724 
when the third response is received by the messaging 
system, the contacting communication device in step 
732 returns an OK message with an SDP payload for 
audio and video sessions. 

[0190] Upon receipt of the message, the messaging 
system 1 04 in step 788 prepares and sends video con- 
tent to for the device to display to visually prompt the 
contacting party through TUI options and audio content. 
[0191 ] In step 792, the contacting communication de- 
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vice receives the message, plays the audio, and simul- 
taneously displays the video content to the contacting 
party. The contacting party views the displayed options 
and is not required to listen to all of the prompts. Until 
termination, the contact remains driven by key pad en- 
tries inputted by the contacting party or speech com- 
mands in response to audio and video prompts. 
[0192] In the third, fourth, and fifth embodiments, 
messages are located and retrieved by searching the 
appropriate fields of the message store using the paired 
addresses of the contacting party and contacted party. 
It is to be understood that an address, particularly of the 
contacting party, can be considered to be a virtual ad- 
dress representing the set of addresses including PBX 
extension, phone number, E.164 international phone 
number, e-mail address, SIP handle, etc. by which the 
individual is known in a communications network. 
Hence, "contactor's address" or "address pair" of the 
contactor/contactee or sender/recipient should be read 
to mean any of the several forms of addresses associ- 
ated with communications with the individual. This con- 
cept is especially important in a communications system 
intended for deployment in a converged network envi- 
ronment. This handles, for example, the case where one 
person may have sent another person an e-mail mes- 
sage, and the recipient places a phone call to the send- 
er, and the recipient gets pre-call advice that the e-mail 
may be related to the call that the recipient is making. 
The associations between e-mail addresses and phone 
numbers specifically are known by multimedia messag- 
ing system such as INTUITY AUDIX™, but may also be 
available through means such as the ENUM services on 
the Internet. Some of the concepts related to the pairing 
of a named individual with multiple addresses are dis- 
cussed in a co-pending patent application "Unified Com- 
munications Automated Personal Name Addressing", 
Serial No. 09/619,276, filed in July 2000 to Brunson, 
which is incorporated herein by this reference. 
[0193] A number of variations and modifications of the 
invention can be used. It would be possible to provide 
for some features of the invention without providing oth- 
ers. 

[0194] For example in one alternative embodiment, 
the various components or modules can be implement- 
ed as hardware or software or a combination thereof and 
can be implemented in different ways. For example, the 
steps noted above for each module can be performed 
by other modules, depending on the application. 
[0195] In another alternative embodiment, protocols 
other than those discussed above can be used with one 
or more of the above embodiments. For example, pro- 
tocols that can be used in addition to or in lieu of SIP 
include the H.323 suite of protocols, HTTP, the Light- 
weight Directory Access Protocol, the Simple Object Ac- 
cess Protocol or SOAP, Integrated Services Digital Net- 
work or ISDN, and SQL and any other query/response 
protocol (such as a database protocol) in the various in- 
teractions with the presence server 132 and messaging 



system 104. 

[0196] The present invention, in various embodi- 
ments, includes components, methods, processes, sys- 
tems and/or apparatus substantially as depicted and de- 
5 scribed herein, including various embodiments, sub- 
combinations, and subsets thereof. Those of skill in the 
art will understand how to make and use the present 
invention after understanding the present disclosure. 
The present invention, in various embodiments, in- 
fo eludes providing devices and processes in the absence 
of items not depicted and/or described herein or in var- 
ious embodiments hereof, including in the absence of 
such items as may have been used in previous devices 
or processes, e.g., for improving performance, achiev- 
es jng ease and\or reducing cost of implementation. 

[0197] The foregoing discussion of the invention has 
been presented for purposes of illustration and descrip- 
tion. The foregoing is not intended to limit the invention 
to the form or forms disclosed herein. In the foregoing 
Detailed Description for example, various features of the 
invention are grouped together in one or more embodi- 
ments for the purpose of streamlining the disclosure. 
This method of disclosure is not to be interpreted as re- 
flecting an intention that the claimed invention requires 
more features than are expressly recited in each claim. 
Rather, as the following claims reflect, inventive aspects 
lie in less than all features of a single foregoing disclosed 
embodiment. Thus, the following claims are hereby in- 
corporated into this Detailed Description, with each 
claim standing on its own as a separate preferred em- 
bodiment of the invention. 

[0198] Moreover though the description of the inven- 
tion has included description of one or more embodi- 
ments and certain variations and modifications, other 
variations and modifications are within the scope of the 
invention, e.g., as may be within the skill and knowledge 
of those in the art, after understanding the present dis- 
closure. It is intended to obtain rights which include al- 
ternative embodiments to the extent permitted, includ- 
ing alternate, interchangeable and/or equivalent struc- 
tures, functions, ranges or steps to those claimed, 
whether or not such alternate, interchangeable and/or 
equivalent structures, functions, ranges orsteps are dis- 
closed herein, and without intending to publicly dedicate 
any patentable subject matter. 

Claims 

1. A presence aware communications system, com- 
prising: 

a messaging system configured to perform at 
least one of the following operations: 

(a) provide a subscriber's communication 
device with information regarding an in- 
coming contact during a messaging ses- 
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sion between the subscriber's communica- 
tion device and the messaging system; 

(b) provide the subscriber's communica- 
tion device with a text message containing 
information regarding one or more mes- 
sages when a notification is received that 
the subscriber's communication device is 
available; 

(c) provide the subscriber's communication 
device with a text message relating to a 
voice message from a different first party 
received by the messaging system; 

(d) in response to the subscriber's commu- 
nication device requesting a connection 
with at least one of an inputted telephone 
number and address, provide the subscrib- 
er's communication device with a notifica- 
tion respecting at least one eligible mes- 
sage from a second party associated with 
the at least one of an inputted telephone 
number and address; 

(e) while a contact between the subscriber 
and a different third party is in progress, 
provide the subscriber's communication 
device with information respecting the at 
least one eligible message from the third 
party; 

(f) transform an audio messaging session 
between the messaging system and the 
communication device of a contacting par- 
ty into a graphical user interface-based au- 
dio session; and 

(g) transform the audio messaging session 
into a session having a video channel or 
both audio and video channels. 

The presence aware communications system of 
claim 1 , further comprising: 

a presence server configured to receive mes- 
sages regarding addresses of available com- 
munication devices of subscribers and provide 
one or more of the addresses to the messaging 
system; 

a presence information database configured to 
store the addresses; and 
a presence aware telephony agent configured 
(a) to receive an incoming contact, receive, 
from the presence server, a first subscriber ad- 
dress corresponding to a destination telephone 
number or address indicated by the incoming 
contact, and direct the incoming contact to the 
first subscriber address and (b) to receive an 
outgoing contact from the subscriber, receive, 
from a presence server associated with the in- 
putted telephone number or address indicated 
by the outgoing contact, a second subscriber 
address corresponding to the inputted tele- 
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phone number or address, and direct the out- 
going contact to the second subscriber ad- 
dress, wherein the subscriber's communication 
device is deemed to be available when at least 
oneofthe following statements is true: the com- 
munication device has an unexpired registered 
address, and the subscriber used the commu- 
nication device within a predetermined time pe- 
riod. 

The presence aware communications system of 
claim 1 or claim 2, wherein the messaging system 
is configured to perform operation (a) and the mes- 
saging system is configured to provide the informa- 
tion regarding the incoming contact to the subscrib- 
er's communication device when the subscriber's 
communication device requests the information, 
wherein the messaging system is configured to as- 
sign to the messaging session a temporary barge- 
in address for receiving incoming contacts, where- 
in, when the subscriber's communication device 
does not request the information, the messaging 
system is configured to initiate a new and different 
session with a contacting party's communication 
device originating the incoming contact to receive a 
message from the contacting party's communica- 
tion device, wherein the messaging system is oper- 
able to suspend the messaging session and con- 
nect the incoming contact with the subscriber's 
communication device, and wherein, after the ef- 
fected connection is terminated, the messaging 
system is configured to continue the messaging 
session with the subscriber's communication de- 
vice. 

The presence aware communications system of 
claim 1 or 2, wherein the messaging system is con- 
figured to perform operation (b), the text message 
is in a notification and the messaging system is con- 
figured to determine a type of notification based on 
one or more capabilities of the subscriber's commu- 
nication device and when the subscriber's commu- 
nication device is configured to receive a text mes- 
sage, transmitting the notification as a text mes- 
sage, and wherein, when the subscriber's commu- 
nication device is not configured to receive a text 
message, the messaging system is configured to 
contact the subscriber's communication device to 
initiate an audio session for providing the message- 
related information. 

The presence aware communications system of 
claim 1 or 2, wherein the messaging system is con- 
figured to perform operation (c) and the messaging 
system is configured to provide the text message 
when the subscriber's communication device is 
deemed to be available, wherein the text message 
comprises one or more of a number of waiting mes- 
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sages, an identity of an originator of a waiting mes- 
sage, a time of receipt of a waiting message, and 
the content of a waiting message, wherein the mes- 
saging system is configured to perform operation 
(c) when permitted by subscriber-configurable, pre- 5 
determined rules, wherein, when the subscriber's 
communication device is deemed to be unavailable, 
the messaging system is configured to not provide 
the subscriber's communication device with the text 
message, and wherein the messaging system is 10 
configured to determine a type of the subscriber's 
communication device such that, when the sub- 
scriber's communication device is configured to re- 
ceive a text message, the text message is sent and, 
when the subscriber's communication device is not is 
configured to receive a text message, the subscrib- 
er's communication device is contacted by the mes- 
saging system to initiate an audio session for pro- 
viding message information to the subscriber's 
communication device. 20 

6. The presence aware communications system of 
claim 1 or 2. wherein the messaging system is con- 
figured to perform operation (d) and the messaging 
system is configured to query a presence server as- 25 
sociated with the second party regarding an ad- 
dress of the communication device of the second 
party, wherein the eligible message is at feast one 

of a waiting message, an unplayed message, an un- 
viewed message, and a stored message, wherein 30 
the messaging system is configured to initiate a 
messaging session with the subscriber's communi- 
cation device when, in response to the notification, 
the subscriber's communication device requests 
the at least one eligible message, and wherein the 35 
messaging system is configured to effect connec- 
tion of the subscriber's communication device and 
the second party. 

7. The presence aware communications system of 40 
claim 1 or 2, wherein the messaging system is con- 
figured to perform operation (e) and the messaging 
system is configured to search for any messages 
having both an address associated with the sub- 
scriber and an address associated with the third *s 
party, wherein the messaging system is configured 

to, based on subscriber configurable, predeter- 
mined rules, filter the messages identified in the 
search to form a subset of eligible messages, and 
wherein the messaging system is configured to dis- 50 
play the at least one eligible message to at least the 
subscriber. 

8. The presence aware communications system of 
claim 1 or 2, wherein the messaging system is con- ss 
figured to perform operation (f) and the messaging 
system is configured to provide a Universal Re- 
source Locator or URL to the contacting party's 



communication device, wherein the audio session 
is configured as a Telephone User Interface orTUI 
session, and wherein the TUI session is configured 
to be the audio channel for the Graphical User In- 
terface or GUI-based session. 

The presence aware communications system of 
Claim 81 , wherein the messaging system is config- 
ured to perform operation (g) and the messaging 
system provides a Universal Resource Locator to 
the contacting party's communication device, 
wherein, when no request containing the URL is re- 
ceived within a predetermined period of time, the 
messaging system is configured to provide an invite 
message to the contacting party's communication 
device, wherein the invite comprises audio informa- 
tion and information regarding a video interaction 
between the messaging system and the contacting 
party's communication device, wherein the video in- 
teraction information comprises information regard- 
ing a video channel between the messaging system 
and the contacting party's communication device 
and application information regarding a graphical 
user interface-based session between the messag- 
ing system and the contacting party's communica- 
tion device and wherein the messaging is config- 
ured, when the contacting party's communication 
device is determined to have an audio-only capa- 
bility, to conduct the session between the messag- 
ing system and the contacting party's communica- 
tion device as a Telephone User Interface or TUI 
session, wherein, when the contacting party's com- 
munication device is determined to have an appli- 
cation-based capability for conducting a graphical 
user interface-based session, the messaging sys- 
tem is configured to provide a URL to the contacting 
party's communication device to launch a graphical 
user interface-based session, and, when the con- 
tacting party's communication device is determined 
to have an audio and video capability, the messag- 
ing system is configured to transform the session 
between the messaging system and the contacting 
party's communication device into a session having 
both audio and video channels. 

A method for processing communications, compris- 
ing: 

providing a messaging system, first communi- 
cation device of a subscriber, and a second 
communication device of a third party; and 
performing at least one of the following steps 
(a) to (g): 

(a) providing the first communication de- 
vice with information regarding an incom- 
ing contact from the second communica- 
tion device during a messaging session be- 
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tween the first communication device and 
the messaging system; 

(b) providing the first communication de- 
vice with a text message containing infor- 
mation regarding one or more messages 5 
when a notification is received that the first 
communication device is available; 

(c) providing the first communication de- 
vice with a text message relating to a voice 
message from the third party received by 10 
the messaging system; 

(d) in response to the first communication 
device requesting a connection with at 
least one of an inputted telephone number 
and address of the second communication is 
device, providing the first communication 
device with a notification respecting at 
least one eligible message from the third 
party; 

(e) while a contact between the subscriber 20 
and the third party is in progress, providing 
the first communication device with infor- 
mation respecting the at least one eligible 
message from the third party; 

(f) transforming an audio messaging ses- 25 
sion between the messaging system and 
the second communication device of the 
contacting third party into a graphical user 
interface-based audio session; and 

(g) transforming the audio messaging ses- 30 
sion into a session having a video channel 

or both audio and video channels. 
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